No, that doesn't help. I need the actual HTML "name" attribute...

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

Subject:

Looking at the rendered HTML, the getClientId function only works with the "id" attribute, as does a construct like "#{id:someId}".
I need the "name" attribute, so I want something like "#{name:someName)" or a "getClientName" function, but apparently neither exist.

The reason for this is that, if I have a bunch of radio buttons in one group, I want to use document.getElementsByName in client javascript to get all the radio buttons in one array.

Here's a real example. Part of the XML in an XPage looks like this:

The resulting HTML looks like this:

Note that the XPage "groupName" attribute has become the HTML "name" attribute, but with a hierarchy added. Assuming that the client-side HTML name is not reliably predictably, I need to be able to get that when I only know the XPage groupName, which I set to "barcodeOpt" in this case.

For now, I have written a function which gets one of the radio buttons by its id, then gets the name of that element and assumes the other has the same name. It should be easier than this.

As an aside: it's confusing that the XPage design UI shows a property labelled "name" for each element, but that does not connect to the HTML name attribute. It connects to the id attribute instead.

Feedback response number SLES7UL2YU created by ~George Umboosicheketsi on 08/04/2009